home *** CD-ROM | disk | FTP | other *** search
/ The 640 MEG Shareware Studio 2 / The 640 Meg Shareware Studio CD-ROM Volume II (Data Express)(1993).ISO / wc3x / szwcbats.zip / READ.ME next >
Text File  |  1992-11-04  |  5KB  |  88 lines

  1. ********************************************************************************
  2.               SuperZmodem Batch Files for use with Wildcat 3.55S
  3. ********************************************************************************
  4.  
  5. November 4, 1992
  6.  
  7. Thanks to Ron Lotterman for finding an error in the read.me file dated
  8. October 14, 1992.  I hope this has not cause any inconvenience.  It
  9. concerned the definitions of the following two files which has now been
  10. corrected:  (The batch files remain the same and unchanged.)
  11.  
  12. FILES:  SZUP.BAT (used to SEND FROM WILDCAT! TO A REMOTE USER - SEND)
  13.         SZDOWN.BAT (used to RECEIVE TO YOUR WILDCAT! BBS - RECEIVE)
  14. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  15.  
  16. First, READ THE SZMODEM.DOC file entirely!  It will help you when reading
  17. the information below.  Also please consider registering your copy of
  18. SZMODEM with Scott Baker.
  19.  
  20. I found SuperZmodem to be great for it's additional features and set out
  21. to get it to run with my Wildcat BBS.  This has only been tested on
  22. Wildcat v3.55S!
  23.  
  24. These are the current batch files I am using for SuperZmodem as an external
  25. protocol on Wildcat 3.55S.  I'll be the first to admit that I'm rather new
  26. at configuring external protocols but found that SuperZmodem had so many
  27. benefits that it was worth the time and effort to find something that worked
  28. with Wildcat.
  29.  
  30. These files may be adapted for multi-line use, I'm sure.  (If you run
  31. a multi-line system...you're probably smart enough to know how to configure
  32. it anyway and WAY ahead of me! :)
  33.  
  34. I have tested these batch files extensively and they seem to be running
  35. fine, however you should know that you are at your own risk.
  36.  
  37. I have elected NOT to use the parameter SET DSZLOG=STATUS.LOG in my
  38. autoexec.bat for a couple of reasons.  It was causing problems with SuperZmodem
  39. during an aborted upload TO Wildcat.  If the SET command is in the
  40. autoexec.bat, it will cause SuperZmodem to automatically envoke a DSZ type
  41. log in the current directory, which in Wildcat's case is \WC30\WCWORK\NODE1\EP.
  42. To make a long story short, Wildcat sees the DSZ.LOG (renamed to STATUS.LOG)
  43. and thinks that it was an uploaded file and adds it to the database.  This,
  44. of course, is not acceptable.
  45.  
  46. On the other hand, it IS necessary for Wildcat to see a DSZ.LOG when you
  47. are DOWNLOADING from it to see if a file transfer was successful or not.
  48. To get around this, I have added the command line parameter /DL to the
  49. "SZ" command line.  (SZUP.BAT)  This will cause a DSZ type log to be
  50. written after the download is complete for Wildcat to read to determine
  51. status.  The batch file renames DSZLOG to STATUS.LOG as the Wildcat
  52. Manual states.
  53.  
  54. SuperZmodem also had another peculiarity with Wildcat.  If an upload to
  55. a Wildcat board was aborted, the portion of the file transferred prior
  56. to the "abort" was added to the Wildcat database and not flagged as
  57. an aborted upload and deleted.  To make up for this, I added another
  58. line to the batch file to rename and delete files that weren't complete
  59. so when Wildcat looked for the uploaded files, it wouldn't find any
  60. and therefore see the upload as "aborted" or unsuccessful.  This will
  61. only happen when SuperZmodem exits with an errorlevel 1.  Unfortunately,
  62. if someone is batch uploading and the abort happens on the 2nd or 3rd
  63. file transfer, all files in that session will be deleted.  I couldn't
  64. think of a way to totally fix this problem.  SuperZmodem exits normally
  65. with an errorlevel 0.
  66.  
  67. When configuring SZMODEM with SZCONFIG.EXE, I have (under paths) put
  68. C:\WC30 as my SZMODEM path.  This is so SuperZmodem will write the
  69. SZMODEM.LOG to the \WC30 directory instead of the external protocol
  70. directory where it might be mistaken for an uploaded file by Wildcat.
  71.  
  72. I also DISABLED the DSZ.LOG in SZCONFIG.EXE.  Again, this will prevent
  73. the DSZLOG from being written to the EP directory when uploading TO
  74. the Wildcat board.  We manually envoke the DSZ.LOG with the /DL
  75. parameter as stated before in the "SZ" (SZUP.BAT) batch file.
  76.  
  77. These batch files were written using the standard Wildcat filenames
  78. and structures.  If you are using different filenames or structures
  79. for these directories, you will have to rename some of the file names
  80. and paths to match your setup.  It's also a GOOD idea to enable the
  81. CTS/RTS handshaking feature with SZCONFIG.EXE.
  82.  
  83. If anyone has found a better way of using SuperZmodem with Wildcat,
  84. I'd appreciate hearing from you.  I monitor the MSI HQ Wildcat! Echo
  85. or you can call me at the WTUE BBS at 513-274-3231.
  86.  
  87. Tom Carroll
  88.